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information in real time for geographically distributed sport events. The system comprises a number of wireless communica-tion 
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memory means is connected to said at least one control means which in turn transmit said results/information and/or prognosis and/or 
^ re-quest for tips to users of said system via mobile or fixed networks. 
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A SYSTEM OPERABLE TO MANAGE AND PROVIDE RESULTS-, 
PROGNOSIS- AND GAMES & GAMING INFORMATION FOR GEOGRAPHI- 
CALLY DISTRIBUTED SPORTS 



5 Technical field of the invention 

The present invention relates in a first aspect to a system operable to 
manage and provide results-, prognosis and games & gaming information. 

In a second aspect the present invention relates to a method for managing 
and providing results-, prognosis and games & gaming information. 
10 In a third aspect the present invention relates to at least one computer 

program product for managing and providing results-, prognosis and games & 
gaming information. 

Description of related art 

15 Because of physical limitations, competitors as well as audience has limited infor- 

mation regarding the athlete's progress/sub-results during competitions in geographically 
distributed sport events. This limitation makes the sports less intense- and interesting for 
the audience than arena sports like for example football, soccer and ice hockey. 

In sports like golf, marathon, long-distance running, cross country skiing, sailing, 

20 bicycle, orienteering, rally, enduro etc., many of the spectators are dispersed in geography 
and unable to access the result service presented for the spectators at the start/finish area. 

In many of these sports, the athletes are starting the competition at different time 
intervals, which still makes it hard for ordinary interested spectators to follow/appreciate the 
competition. 

25 In many of the geographical distributed sports, the results are measured by used 

time. The systems used today for collection- and presentation of time results are expensive 
and cumbersome to use. They are therefore used only at major national- and international 
events. For all smaller regional- and local events, the spectators- and the athlete's isn't pro- 
vided with part-time result services. 

30 The spectators at the start/finish area are today provided by result service 

through speaker- and manual- or electrical result boards. The spectators at other 
places are not provided with any result service at all. 

The spectators off-site are for major national events provided with result 
service through radio- or television, which in some cases could be an alternative 

35 also for the on-site spectators. This information is however distributed in broadcast 
mode which many times don't match the information requirement from spectators 
at different locations. 
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In some rare cases, information from athletic events have been made 
available on the web. Large problems with existing solutions are that they don't 
support: 

- Secure data collection- and presentation making sure "hackers" won't publish 
5 manipulated results which would cause major problems especially related to 

games- and gaming. 

- Economical-, fast- and accurate collection of part-time results through non-circuit 
switched networks utilizing sensors with internal clock's that isn't synchronized 
with each other. 

10 - Real-time collection of golf scores hole-by-hole directly from athletes / markers. 

- Prognosis calculation and presentation that makes the competition more exciting 
for athletes and spectators. 

There exist some "off-line" electronic scorecard applications for storing 
golf-scores locally on the player/markers palm computer. The applications support 
is "beaming" scores between two players palm computers through IR-interface. It is 
also possible to "beam" golf score to the organizers PC when the players get to 
the Club House (beaming with IR has limited coverage of about 1-20 centimetres). 
These applications doesn't support: 

- System architecture that makes it possible for players to use different brands of 
20 — mobile phones and palm computers. 

- System structure that supports mobile terminals connected through heterogene- 
ous mobile networks (GSM, GPRS, 3G, radio-LAN or similar mobile communica- 
tion technologies). 

- Application that includes Leader Board functionality (Leader Board present for 
25 each golf player the golf score on each individual golf hole. For each golf hole, 

the par-result is also presented. If a player has achieved results better or worse 
than par, specific symbols (rings- and squares) is placed around the players re- 
sult) where the result presentation is continuously sorted based on prognosis for 
the outcome of the competition. 
30 - System architecture that makes it possible to update leader-board continuously 
in real time instead of sync-mode. 
- Management functionality for setting-up golfers/markers that are allowed to 
collect/transfer score results to be displayed on the electronic leader-board, 
secure verification that the golfer/marker is transferring data from an ap- 
35 proved device including secure log-in to the system. Very important parts, 

since the introduction of mobile on-line electronic score cards will impact 
the game-strategy for the players. Faked/manipulated results are likely to 
impact the outcome of the competition, which cannot be accepted. Detec- 
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tion is therefore made to identify if a marker has reported different sub- 
result/results during the competition than what is finally submitted/reported 
to the event organizer after the completion of the competition. If a difference 
is identified, the event organizer can decide to give the marker penalty 
5 strokes. 

- Scalable system architecture and data base structure that makes it possible 
to manage interactive games- and gaming applications with high require- 
ments on short time for result distribution- and collection of tips for large 
number of gamblers connected through different terminal types and hetero- 
10 geneous network technologies. 

Summary 

It is an object of the present invention to solve the above-mentioned prob- 
lems. 

15 According to the present invention there is provided in a first aspect a sys- 

tem operable to manage and provide results-, prognosis and games & gaming in- 
formation in real time for geographically distributed sport events. The system com- 
prises a number of wireless communication devices, each of which is identified 
with a unique identification code and at least one located at each geographically 

20 distributed event, for transmitting results/information to at least one control means 
which is connected to a first memory system for storing said results/information. 
The system also comprises a to said at least one control means and to said first 
memory means connected computing means operable to, based on said re- 
sults/information, calculate a prognosis of an outcome of said events with the aid 

25 of an iterative and adaptive algorithm. The system also comprises a to said com- 
puting means connected second memory system for storing said prognosis, 
wherein said second memory system is connected to said at least one control 
means, which in turn transmits said results/information and/or prognosis to users 
of said system via a mobile or fixed network. This system makes it possible to 

30 geographically dispersed spectators to receive full access information regarding 
progress/sub-results during competitions in geographically distributed events. The 
system also makes it possible for geographically dispersed spectators to receive 
prognosis regarding geographically distributed events and attend interactive 
games & gaming applications. 

35 A further advantage in this context is achieved if each memory system 

comprises a number of geographically distributed databases. 
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Furthermore, it is an advantage in this context if said system also com- 
prises different types of geographically distributed sensors operable to collect dif- 
ferent types of information from said geographically distributed events. 

A further advantage in this context is achieved if one type of sensor is a 
time measuring sensor, and in that an internal clock of an individual sensor is cali- 
brated through a circuit switched synchronization pulse. 

Furthermore, it is an advantage in this context if one type of sensor can be 
a biometric sensor. 

A further advantage in this context is achieved if said identification code is 
based on A-number and/or IP-address and/or individual device identification code. 

Furthermore, it is an advantage in this context if said A-number and/or IP- 
address and/or individual device identification code is combined with user and 
password identification. 

A further advantage in this context is achieved if said A-number and/or IP- 
address and/or individual device identification code is combined with user and 
password identification or electronic certificate. 

Furthermore, it is an advantage in this context if said distributed events are 
sport events where the performance is measured by used time, and in that said it- 
erative and adaptive algorithm for calculating a prognosis can be expressed as: 



P (Athlete, L+1 ) = Time (Athlete, L) + ATime (L+1) * £{k (L, X) * Time (Athlete, X)/ATime(X)} 5 

wherein N is the number of time controls in the competition; L is the number of the 
last time control the athlete in question has passed; k (L, S) is an adjustable matrix 
of variables for each time control prognosis calculation; P (Athlete, M) is the prog- 
nosis for the athlete in question at time control M, wherein M is an integer and L + 
1 £ M s N; Time(Athlete, L) is measured time between the last time control (L) the 
athlete in question has passed and the preceding one, and ATime (M) is the aver- 
age time between time control M and the preceding time control for athletes who 
has passed time control M. 

A further advantage in this context is achieved if the initial values of the 
matrix k (L, X) us calculated using the following algorithm: 



wherein L is the number of the time control last passed by the athlete for which the 
prognosis is calculated, X is the number of time controls for which the tendency is 
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calculated between the athlete in question and all other athletes that has passed 
the time control for which the prognosis is calculated (L + 1). 

Furthermore, it is an advantage in this context if said recursive algorithm 
for calculating a prognosis is complemented with individual weighting factors for 
5 each athlete, wherein said weighting factors are based on the athletes individual 
performance characteristics during similar races. 

A further advantage in this context is achieved if said computing means 
calibrates said k (L, X) matrix and said weighting factors after a competition/race 
is finished. 

10 Furthermore, it is an advantage in this context if said distributed events is 

a golf tournament, and in that said recursive algorithm for calculating a prognosis 
can be expressed as: 

P (Player, L + 1 ) = AScore (L + 1 )*{Sk (L, X) * Score (Player, X)/AScore (X)l , 

|X=1 J 

wherein N is the number of holes in a competition; L is the last hole reported for 
20 the player in question; k (L, X) is an adjustable matrix of variables for each golf 
hole prognosis calculation, and AScore (Player, L) is last reported golf score for 
- -toe-player in question for hole L 

A further advantage in this context is achieved if said computing means 
calibrates said k (L, X) matrix after the competition is finished. 
25 Another object of the invention is to provide a method for management 

and to provide results-, prognosis and games & gaming information in real time 
from geographically distributed events with the aid of a system comprising a num- 
ber of wireless communication devices, at least one of which is located at each 
geographically distributed event. The method comprises the steps of. 
30 - with the aid of said wireless communication devices, to transmit re- 
sults/information to at least one control means; 

- to store said results/information in a first memory system connected to said at 
least one control means; 

- to, based on said results/information, calculate a prognosis of an outcome of 
35 said events with the aid of an iterative and adaptive algorithm; 

- to store said prognosis in a second memory system connected to said at least 
one control means; and 

- to transmit said results/information and/or prognosis to users of said system via 
a mobile or fixed network. This method makes it possible to geographically dis- 

40 persed spectators to receive full access information regarding progress/sub- 
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results during competitions in geographically distributed events. The method 
also makes it possible for geographically dispersed spectators to receive prog- 
nosis regarding geographically distributed events and attend interactive games 
& gaming applications. 

A further advantage in this context is achieved if each memory system 

comprises a number of geographically distributed databases, wherein said storing 

steps consists of: 

- to store said results/information in said first databases; and 

- to store said prognosis in said second databases. 

Furthermore, it is an advantage in this context if said system also com- 
prises different types of geographically distributed sensors, wherein the method 
also comprises the steps: 

- said sensors collects different types of information from said geographically dis- 
tributed events; and 

- to send said collected information to said at least one control means. 

A further advantage in this context is achieved if one type of sensor is a 
time measuring sensor, and in that said method also comprises the step: 

- to calibrate an internal clock of an individual time measuring sensor through a 
circuit switched synchronization pulse. 

Furthermore, it is an advantage in this context if one type of sensor is a 
biometric sensor. 

A further advantage in this context is achieved if each wireless communi- 
cation device is identified with a unique identification code based on A-number 
and/or IP-address and/or individual device identification code. 

Furthermore, it is an advantage in this context if said A-number and/or IP- 
address and/or individual device identification code is combined with user id and 
password identification and/or electronic certificate. 

A further advantage in this context is achieved if said distributed events 
are sport events where the performance is measured by used time, and in that 
said calculation step is performed by: 

- calculating said prognosis by using the iterative and adaptive algorithm: 

L L 

P(Athlete l L+1)=ETime(Athlete l X)+ATime(L+1)*Z{k(L,X)* Time (Athlete, X)/ATime(X)} 

X=1 x=1 

wherein N is the number of time controls in the competition; L is the number of the 
last time control the athlete in question has passed; k (L, S) is an adjustable matrix 
of variables for each time control prognosis calculation; P (Athlete, M) is the prog- 
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nosis for the athlete in question at time control M, wherein M is an integer and L + 
1 £ M £ N; Time(Athlete, L) is measured time between the last time control (L) the 
athlete in question has passed and the preceding one, and ATime (M) is the aver- 
age time between time control M and the preceding time control for athletes who 
has passed time control M. 

Furthermore, it is an advantage in this context if said method also com- 
prises the step: 

- to calculate the initial values of the matrix k (L, X) according to the following algo- 
rithm: 



wherein L is the number of the time control last passed by the athlete for which the 
prognosis is calculated, X is the number of time controls for which the tendency is 
calculated between the athlete in question and all other athletes that has passed 
the time control for which the prognosis is calculated (L + 1). 

A further advantage in this context is achieved ifsaid recursive algorithm 
for calculating a prognosis is complemented with individual weighting factors for 
each athlete, wherein said weighting factors are based on the athletes individual 
performance characteristics during similar races. 

Furthermore, it is an advantage in this context if said method also com- 
prises the step: 

- with the aid of said computing means, to calibrate said k (L, X) matrix and said 
weighting factors after a competition/race is finished. 

A further advantage in this context is achieved if said distributed events 
are a golf tournament an in that said calculation step is performed by: 

- calculating said prognosis by using the iterative and adaptive algorithm: 



P (Player, L+1 ) = AScore (L+1) * £{k (L, X) * Score (Player, X)/AScore(X)} 



wherein N is the number of holes in a competition; L is the last hole reported for 
the player in question; k (L, X) is an adjustable matrix of variables for each golf 
hole prognosis calculation; and AScore (Player, L) is last reported golf score for 
the player in question for hole L. 

Furthermore, it is an advantage in this context if said method also com- 
prises the step: 




L 
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- with the aid of said computing means, to calibrate said k (L, X) matrix after the 
competition is finished. 

Another object of the invention is to provide at least one computer pro- 
gram product directly loadable into the internal memory of at least one digital com- 
5 puter. The at least one computer program product comprises software code por- 
tion for performing the steps of the method according to the present invention, 
when said at least one product is/are run on said at least one computer. The com- 
puter program product(s) makes it possible for geographically dispersed specta- 
tors to receive full access information regarding progress/sub-results during com- 
10 petitions in geographically distributed events. The produces) also makes it possi- 
ble for geographically dispersed spectators to receive prognosis regarding geo- 
graphically distributed events and attend interactive games & gaming applications. 

It should be emphasised that the term u comprises/comprising n when used 
in this specification is taken to specify the presence of stated features, steps or 
15 components but does not preclude the presence of one or more other features, in- 
tegers, steps components of groups thereof. 

Embodiments of the invention will now be described with a reference to 
the accompanying drawings, in which: 

20 Brief description of the drawings 

Figure 1 shows a block diagram of a system that manages and provides 



25 



30 



35 Figure 7 



Figure 2 



Figure 3 



Figure 4 



Figure 5 



Figure 6 



Figure 8 



results-, prognosis and games & gaming information in real time 
according to the present invention; 

is a flow chart of a method for providing results/information and 
prognosis according to the present invention; 
shows a schematic diagram of some computer program products 
according to the present invention; 

shows a schematic diagram of distributed servers, databases and 
modem pools for different regions and network connection types 
according to the present invention; 

Shows the optimised database storage structure according to the 
present invention; 

shows a table illustrating the prognosis calculation according to 
the present invention 

shows a schematic diagram of a track with a number of time con- 
trols; 

is a flow chart of calibration of time measurement data from dis- 
tributed sensors calculation according to the present invention; 
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Figure 9 is a flow chart of correction of collected time results before presen- 
tation according to the present invention; 

Figure 10 is a flow chart of approval procedure for markers according to the 
present invention; 

Figure 11 is a flow chart of transmission of golf score results from approved 
markers according to the present invention; 

Figure 12 is a flow chart of Leader Board presentation to approved users ac- 
cording to the present invention; 

Figure 13 is a flow chart of payment set-up for users that would like to play 
games- and gaming applications based on the result information 
according to the present invention; 

Figure 14 is a flow chart of collection of golf results for determination which 
players has made correct tips and gets invited to continue the 
game according to the present invention; 

Figure 15 is a flow chart that request new tip from gamblers qualified to con- 
tinue the interactive games- and gaming application according to 
the present invention; and 

Figure 16 is a flow chart that creates tip for qualified gamblers who have not 
submitted new tip on time according to the present invention. 

Detailed description of embodiments 

Figure 1 shows a block diagram of a system operable to provide re- 
sults/information and prognosis from geographically distributed events according 
to the present invention. The system 10 comprises a number of wireless commu- 
nication devices 12 1 12„, each of which is identified with a unique identification 

code and at least one located at each geographically distributed event. In figure 1 
there is disclosed n different wireless communication devices 12 1f .... 12„, each of 
which transmits results/information to at least one control means 14 which is con- 
nected to a first memory system 16 for storing said results/information. For the 
sake of simplicity, there is only disclosed one control means 14 in figure 1 . The 
system 10 also comprises a to said control means 14 and to said first memory sys- 
tem 16 connected computing means 18 operable to calculate a prognosis of an 
outcome of said events with the aid of a recursive algorithm. The calculation is 
based on said results/information. The system 10 also comprises a to said com- 
puting means 18 connected second memory system 20 for storing said prognosis. 
The second memory system 20 is also connected to the control means 14. The 
control means 14 transmits said results/information and/or prognosis to users of 
the system 10 via a mobile or fixed network. The users are diagrammatically dis- 
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closed in figure 1 with a number (m) of wireless communication devices 22i 

22 m . It should also be noted that some users both transmit sub-results and receive 
presentation on their wireless communication devices 22i, .... 22 m of results/ 
prognosis. The mobile or fixed network is not disclosed in figure 1. 

5 In a preferred embodiment of the system 1 0 according to the present in- 

vention, each memory system 16, 20 comprise a number of geographically distrib- 
uted databases. (See figure 4 and 5.) 

In a preferred embodiment of the system 10 according to the present in- 
vention the system 10 also comprises different types of geographically distributed 

10 sensors (not disclosed) operable to collect different types of information from said 
geographically distributed events. Said sensors can be connected to or integrated 
with said wireless communication devices 12^ .... 12 n . 

In a preferred embodiment of the system 10 is one type of sensor a time 
measuring sensor, and an internal clock of an individual sensor is calibrated 

15 through a circuit switched synchronization pulse. 

In yet another embodiment of the system 10 can one type of sensor be a 
biometric sensor. 

In yet another embodiment of the system 1 0 is the identification code 
based on A number and/or IP address and/or individual device identification code. 
20 In yet another embodiment of the system 10 is the identification code 

based on A number and/or IP address and/or individual device identification code 
and/or electronic certificate. 

In yet another embodiment of the system 1 0, the A number and/or I P ad- 
dress and/or individual device identification code and/or electronic certificate 
25 combined with user and password identification. 

In figure 6 there is disclosed a table illustrating the prognosis calculation 
according to the present invention. 

Prognosis calculation for one time control ahead 

30 For Athlete B, the prognosis algorithm calculates how each of the part 

times for athlete B correlates with the athletes who have passed the goal (in this 
case only athlete A). 

The prognosis calculation compares the progress between every pair of 
time controls for the actual athlete (B in this example) and the athlete/athletes that 

35 have passed the time control for which the prognosis is calculated (time control 6 - 
the Goal which only athlete A has passed in this example). Each of the compari- 
son results is multiplied with a weight factor k(,). The comparison results repre- 
sents the actual tendency between actual athlete (B in this example) and the ath- 
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lete/athletes passed next time control (A in this example) for every pair of time 
controls passed so far. By multiplying the "tendency" sum with the mean time be- 
tween the next- and previous passed time controls (time control 6 and 5 in this ex- 
ample) for the athletes who has passed the next time control (only athlete A in this 

5 example) generates the prognosis time for actual athlete (B in this example) be- 
tween the time control for which the prognosis is calculated (time control 6 in this 
example) and the preceding time control (time control 5 in this example). By add- 
ing the used time for actual athlete (athlete B in this example) from start to time 
control 5 with the prognosis time for actual athlete between time control 5 and 6, 

10 the absolute prognosis time reaching time control 6 for actual athlete B is gener- 
ated. 

The correlation is calculated for each pair of part time controls both A and 
B in this example has passed. By using weight factors for all time controls, the al- 
gorithm makes it possible to give higher priority to the correlation between the ath- 
15 letes at the later part of the race. By using this information, the algorithm estimate 
the time for athlete B from time control 5 to the goal by a calculation assuming the 
tendency between the athletes progress will remain during the last part of the race. 

Prognosis calculation for two- or more time controls ahead 
20 For Athlete C, the correlation calculation is made with all athletes passing 

time control 5 (in this case Athlete A and B). When the prognosis for time control 5 
has been calculated, that time is used as "real time" for Athlete C at time control 5 
when the prognosis algorithm is applied again for athlete C calculating the progno- 
sis for time control 6 - the goal. For the prognosis of the finish time, the correlation 
25 is only calculated for athletes who have passed the goal (only athlete A in this ex- 
ample). 

Calibration of the prognosis algorithm (adaptive prognosis algorithm) 

When Athlete C has passed time control 5, the prognosis algorithm is re- 
30 structured calculating the optimal value of the "constant" weight factors that would 
have generated a correct prognosis for athlete C at time control 5. The real time at 
time control 5 as well as the optimum value of the constant weight factor is then 
used when an up-dated prognosis for the finish time at the goal is calculated for C. 

35 Precision of the prognosis calculations 

The same procedure is repeated for all athletes that have passed at least one time 
control. The precision of the algorithm is highest predicting the next time control for athletes 
when as many athletes as possible has passed the next time control. But because of the 
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adaptive learning of the algorithm through earlier similar competitions, the quality gets high 
also for predictions several time controls ahead. 

Prognosis time for the athletes that are the first ones passing time controls 
For the athletes in a competition that are the first passing a time control, it 
is not possible to use the advanced prognosis algorithm. It could even though be 
interesting for the audience to get a rough estimate of the time when these ath- 
letes will pass the coming time controls including the time passing the goal for the 
athletes during the competition. The algorithm for this calculation is: 



Parameters & Definitions 
Next Time Control 

Speed(Athlete) 

Start_Time(Athlete) 

Time(Athlete) 

Distance(Athlete, Last Time Control) 
Distance(Athlete, Next Time Control) 

Delta_Time(Athlete, Next Time Control) 

PTime(Athlete, Next Time Control) 



The time control for which a prognosis 
shall be calculated. This could be any 
time control between the last time con- 
trol passed by actual athlete to the time 
control at the goal of the competition. 
Average speed (meter/second) of the 
athlete from start to the last time control 
the actual athlete has passed 
Absolute time (hour, minutes and sec- 
onds) when actual athlete started the 
race. 

Time (seconds) the actual athlete has 
used from start to the last time control 
the actual athlete has passed. 
Distance (roeter) from start to the last 
time control actual athlete has passed. 
Distance between last time control 
passed for actual athlete and the next 
time control 

Prognosis time (seconds) for actual ath- 
lete to move from last time control 
passed to the next time control. 
Prognosis time (absolute time, hour , 
minutes and seconds) when actual ath- 
lete will pass next time control 



Speed(Athlete) = Distance(Athlete ( Last Time Control) / Time(Athlete) 
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Delta_Time(Athlete, Next Time Control) = Distance(Athlete, Next Time Control) / 

Speed(Athlete) 

5 PTime(Athlete, Next Time Control) = Start_Time(Athlete) + Time(Athlete) + 

Delta_Time(Athlete, Next Time Control) 

If the competition is made through several rounds on the same track, the 
algorithm is enhanced after 1 st round to: 



10 

ADelta_Time(Athlete, Next Time Control) 



Average time for actual athlete at previ- 
ous round/rounds from last time control 
passed to next time control. 



15 PTime(Athlete, Next Time Control) = Start_Time(Athlete) + Time(Athlete) + 

ADelta_Time(Athlete, Next Time Control) 

The algorithms can also be used in countries not using the metric system. 
In those cases, meter is exchanged with yard. 

20 

Basic pre-conditions 

Used time is collected at N positions at the track where the competition 
takes place. The last of these is the goal/end-point for the competition. In order to 
make a prognosis, N has to be larger than 1. As soon as an athlete has passed a 
25 time control, the result is transferred to the prognosis algorithm for calculation of 
actual prognosis for the next- and all other remaining time controls. 

Parameters & Definitions 

Actual athlete The athlete the prognosis is made for. 
30 N Number of time controls in the competition. Last time control is 

at the finish line. 

L Last time control actual athlete has passed, L< N (if L = N, there 

is no need to calculate a prognosis for the actual athlete since 
the athlete has passed the goal / finish line. 
35 k(L, X) Adjustable matrix of weight factors for each time control prog- 

nosis calculation. The first variable in the matrix (represented by 
variable L in this example) represents the time control number 
of the last time control actual athlete has passed. The 2 nd vari- 
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10 



15 



able in the matrix (represented by variable X in this example) 
represents the value for each time control starting with the 1 st 
one and ending with the last one passed by actual athlete. 
The reason for making k(.) two dimensional is the following: 
Calculating a prognosis after actual athlete has passed the first 
control with sub-result makes it possible to compare actual 
athlete's results with the athlete's who has passed next sub- 
result control only at the first sub control. When actual athlete 
has passed two controls, it is possible to make the comparison 
at two controls etc. In order to utilize the same number of fac- 
tors for k(), as the number of sub-result controls actual athlete 
has passed it is necessary to utilize the first variable in the ma- 
trix. When a prognosis is calculated for a specific sub-result 
control, it is necessary that the sum of the k(.) values for the 
number of sub-controls passed so far by actual athlete (2 nd 
variable in the matrix) = 1 . 



Example of k(L,X) matrix: 



1 



K(L,M) : 



1/3 2/3 

1/6 2/6 3/6 

1/10 2/10 3/10 4/10 

1/15 2/15 3/15 4/15 5/15 



Where L=rows, M=columns for a competition with 6 time con- 
trols. When a prognosis for 2 nd time control is made, value of 
first row and first column in the matrix is used. When prognosis 
for 3 rd sub control is made, 2 nd row in the matrix is used for 
which the value of 1 st column is used for the comparison be- 
tween the athletes at 1 st sub control and the value of 2 nd column 
for the comparison at 2 nd sub control. When a prognosis is 
made for the end of the competition (sub control 6), the last row 
in the matrix is used for which value in 1 st column is used for 
comparison between athletes performance at 1 st sub control, 
value of 2 nd column for comparison at 2 nd sub control etc. until 
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value in last column is used for comparison between the ath- 
letes at the 5 th sub control. As explained later, the sum of the 
values at each of the rows in the matrix shall always be exactly 
= 1. It is however possible to change the "weight factors" in 
5 each row in order to "fine tune" the prognosis algorithm creating 

as high precision as possible. 

P(Athlete, M) Prognosis for actual athlete at time control M, M is a value in 
the interval between L+1 to N. 

Time(Athlete, 1) measured time from start to 1 st time control for the actual ath- 
10 lete 

Time(Athlete, 2) measured time between 1 st and 2 nd time control for actual ath- 
lete 



15 



20 



Time (Athlete, L) measured time between the last time control (=L) the actual ath- 
lete has passed and the preceding one. 

ATime(1) average time from start to 1 st time control for athletes who has 

passed time control M (M is the time control for which the prog- 
nosis is calculated) 

ATime(2) average time between 1 st and 2 nd time control for athletes who 

has passed time control M 



25 



ATime(M) 



average time between time control M and the preceding time 
control for athletes who has passed time control M. 



30- 



General prognosis algorithm 

j_ L 
P(Athlete,L+1) = [ 2Time(Athlete^)]+ATime(L+1) * £{k(L,X) * Time(Athlete,X) / ATime(X)} 
X=1 X=1 



35 The algorithm is iterative and adaptive. That mean that if a prognosis shall be calculated for 
an athlete two-time control's ahead, step one is to calculate the prognosis for the next time 
control. When the prognosis is calculated for two time controls ahead, the prognosis value 
for the next time control is used as the actual time for the actual athlete reaching that time 
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10 



15 



20 



30 



control. The ATime is always calculated for the Athletes that has passed the time control for 
which the prognosis is calculated. The same procedure is repeated until the prognosis is 
calculated for the last time control. As always, when the actual Athlete has reached the next 
time control, all prognosis calculation for the remaining time controls are re-calculated 
based on the real time results so tar instead of prognosis values. 

Selection of athletes to consider for the prognosis calculations 

Since the performance level can be very different between athletes in the 
same competition, a recommendation is that the prognosis algorithm considers 
only a sub-set of athletes with similar performance level at last time control passed 
by actual athlete, for example the five athletes with most similar time. When the 
prognosis algorithm is applied iterative for next time control. a new sub-set is se- 
lected with for example the five athletes with most similar time at that time control 
compared with the prognoses time for actual athlete. The same procedure is then 
repeated until the prognosis for the final time control is calculated for actual ath- 
lete. 

Calculation of the values ofk(L, X) 

In the formula above, the initial values of the k(L, X) matrix is calculated 
using the following algorithm: 



where L is the number of the time control last passed by the athlete for which the 
prognosis is calculated. X is the number of the time controls for which the ten- 
dency is calculated between actual athlete and all other athletes that has passed 
the time control for which the prognosis is calculated (L+1). During the prognosis 
calculation, X is stepped from 1 to L. 

Enhancement of the algorithm based on individual athletes individual performance 
characteristics during a race (optional) 

Some athletes have higher ability than others to "speed-up" during the finish part 
of the races. Other athletes are "always" starting-up races at a higher relative speed than 
the others, and some are holding a very constant speed through the whole race. 

In order to consider these specific characteristics, an optional extension is made to 
the prognosis algorithm generating even higher precision in the prognoses. 
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The measurements and calculations are done through the following pro- 



cedure: 



Calculation of an athlete's relative speed at first third of similar relevant 
5 races 

Calculate the quotient between the actual athletes average time from start 
to time controls at about 1/3^ of the earlier races with the same athletes total time 
from start to goal at the same races. 

10 Definitions 

Start_Up(Athlete) Quotient between the actual athlete average time 

from start to a time control at about 1/3" 1 of the 
race with the same athlete total time from start to 
goal at the same races. 

15 Prev_Part_Time(c, t, Athlete) Matrix storing results from previous competitions. 

First variable (represented with c) represent the 
index for each of the stored competitions. Second 
variable (represented by t) represent the time con- 
trol index for each of the stored competitions. The 

20 last variable (represented by Athlete) represents 

the index for respective athlete in the matrix. The 
stored value of Prev_Part_Time is the used time 
for actual athlete for indexed segment in indexed 
competition. 

25 Prev_Total_Time(c, Athlete) Matrix storing results from previous competitions. 

First variable (represented with c) represent the 
index for each of the stored competitions. The last 
variable (represented by Athlete) identify the total 
time actual athlete has used during the specific 

30 competition 



Algorithm 



c max 

Start_Up(Athlete) =(l/c_max)* £ {Prev_Part_Time(c,t,Athlete)/Prev_Total_Time(c,Athlete)}, 

C=1 



35 For which: 
c_max 



is the total number of relevant competitions for which 
the calculation is done. If only selected competitions 
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shall be considered, only the index-numbers for these 
specific competitions is used as index for variable c in 
the sum. 

t In this example, we presume that t = 3 for all stored 

5 competitions. 

if t > than 3, then it is either possible to create more 
segments for this "individual performance factor) or se- 
lect a time comntrol that is at about one third after the 
race and accumulate used time until that time control is 

10 passed as "Prev_Part_Time". 



Calculate the quotient between the athletes that has passed the time con- 
trol in this actual race for which the prognosis is calculated (since these are the 
only athletes considered in the prognosis calculation) average time from start to a 
15 time control at about 1/3* of the previous races considered for actual athlete 
above with the same athletes total time from start to goal at the same races. 

Definitions 

AStart_Up(Athlete) Quotient between the athletes, who has passed the 

time control for which the prognosis is calculated for 
average time from start to a time control at about MZ* 
of the earlier races considered for actual athlete above 
with the same athletes total time from start to goal at 
the same earlier races. 

Algorithm 

Start_Up(Athletes) - (1/(c_max * Nr_of_Athletes)) * 
c_max, Athlete_W 

30 Z{Prev_Part_Time(c,t,Athlete)/Prev_Total_Time(c, Athlete)} 

C=1, Athlete = Athlete_V 



20 



25 



For which: 

Athlete_V to Athlete_W The set of athletes which has passed the time control 
35 for which the prognosis is made. This is the only ath- 

letes considered during this calculation. 
Nr_of_Ahtletes Number of athletes in the relevant set of athletes Ath- 

lete_VtoAthete_W. 
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When Start_Up(Athlete) and ASTart_Up(ABiletes) has been calculated, it is possi- 
ble to calculate the Start_Up_Factor(Athlete). This is the relative value of the actual athletes 
performance during earlier competitions: 

5 

Start_Up_Factor(Athlete) = Start_Up(Athlete) / AStart_Up(Athletes) 

Athletes that have started-up races at average speed get 
Start_Up_Factor(Athlete)=1. Athletes who have started-up races faster than aver- 
10 age gets StartJJp-Factor < 1 . Athletes who have started-up races slower than av- 
erage gets Start_Up_Factor > 1. 

Calculation of an athletes relative speed from time controls at a bout one third of 
similar relevant races to time controls at about two third at the same races 
15 Identical structure of the calculation as for Start_Up_Factor with the 

exception that the calculation is made for the time comparison between time 
controls at about one third- to two third of previous races with total time in the 
same races. The final calculation becomes then: 

20 Mid_Factor(Athlete) = Mid(Athlete) / AMid(Athletes) 

Calculation of an athletes relative speed from time controls at ab out two third of 
similar relevant races to the goal at the same races 

Identical structure of the calculation as for Start_Up_Factor with the 
25 exception that the calculation is made for the time comparison between time 
controls at about one two third of previous races with total time in the same races. 
The final calculation becomes then: 

Finish_Factor(Athlete) = Finish(Athlete) / AFinish(Athletes) 

30 

Usage of the individual relative speed factors when prognosis's is calculated 

Prognosis calculation for time controls during the first third of the race 
Example: 
35 StartJJp factor(Athlete) = 1.1 
Mid_Factor(Athlete) = 1 .0 
Finish_Factor(Athlete) ■ 0.9 
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When prognosis for time controls during the first third of a race is com- 
puted, the result is calculated as follows: 

Adjusted_P(Athlete, M) = I A1 + B1 * {Start_Up_Factor(Athlete) }] * P(Athlete, M), 

5 

where : 

M The time control for which the prognosis is calculated 

A1 Weight factor between 0 and 1 that effect the impact of the 

Start_Up_Factor in the adjusted prognosis 
10 B1 Complementary Weight factor between 0 and 1 that effect the impact of 

the Start_Up_Factor in the adjusted prognosis 
The sum of: A1 + B1 = 1 

This makes it possible to fine-tune the impact of the Start_Up_Factor. For 
15 example, if A1 = 1 and B1 = 0, the Start_Up_Factor is neglected totally at the 
prognosis calculation. If instead A1=0 and B1«1, the full effect of the 
Start_Up_Factor is applied during the prognosis calculation. For all combinations 
in between, a partial impact of the Start_Up_Factor is applied at the prognosis cal- 
culation. 

20 

Prognosis calculation for time controls during the mid-part of the race 

When a prognosis for time controls between first third of a race and sec- 
ond third of a race is calculated, the result is multiplied with: 

25 Adjusted_P(Athlete, M) = [ A2 + B2 * {Mid_Factor(Athlete) }] * P(Athlete, M), 
where : 

M The time control for which the prognosis is calculated 
A2 Weight factor between 0 and 1 that effect the impact of the 
30 Start_Up_Factor in the adjusted prognosis 

B2 Complementary Weight factor between 0 and 1 that effect the impact of 
the Start_Up_Factor in the adjusted prognosis 
The sum of. A2 + B2 = 1 

35 Prognosis calculation for time controls during the last third of the race 

When a prognosis for time controls between second third of a race and the 
goal is made, the result is multiplied with: 
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Adjusted_P(Athlete, M) = [ A3 + B3 * {Finish_Factor(Athlete) }] * P(Athlete, M), 



10 



15 



where : 

M The time control for which the prognosis is calculated 
A3 Weight factor between 0 and 1 that effect the impact of the 
Start_Up_Factor in the adjusted prognosis 

B3 Complementary Weight factor between 0 and 1 that effect the impact of 
the Start_Up_Factor in the adjusted prognosis 
The sum of: A3 + B3 = 1 

Further enhancement of the prognosis algorithm related to athletes individual per- 
formance curbs during a race 

The algorithms described above divide a race in three major segments 
(start_up, mid and finish). If there exist time control data from earlier relevant com- 
petitions for involved athletes with many time controls, it is recommended that the 
algorithm above is modified with as many segments as possible. 



Calibration of the k(L, X) matrix after finished competition 

In order to optimize the precision of the prognosis algorithm, it is made 

20 adaptive through calibrations of the k(L, X) values when a competition is ended. 
The calibration is done as follows: 

Initially, the values at each column on same row of the k(L, X) matrix is in- 
creased linear with a specific value (the numerator is increased with the value 1) 
for every cell when X (index the columns) is stepped from 1 to L (see figure be- 

25 low). The reason for this is to give the relative performance change during later 
phases during the competition higher priority than the relative performance change 
earlier in the competition. 



K(L,X): 



1 

1/3 2/3 

1/6 2/6 3/6 

1/10 2/10 3/10 4/10 



2/15 3/15 4/15 5/15 

J 
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After the race is finished, it is recommended to try-out other values for the 
k(L,X) matrix using other gradient of the curb as well as exponential and 
1/exponential curbs. 

The calibration algorithm is: 
5 Every row in the matrix represents the weight factors utilized for prognosis 

calculation at a specific sub-result control at the competition. Row 1 for prognosis 
calculations for sub-result control 2, row 2 for prognosis calculation for sub-result 
control 3 etc. 

10 Calibration of row nr 1 in k(L,X) matrix 

No calibration since the row contains only one factor and that the sum of 
the factors always shall be exactly 1 for every row in the matrix. 

Calibration of row nr 2 in the K(L, X) matrix 

15 For every new set of value combinations, the absolute difference between 

the prognosis time when the value-set is applied in the prognosis algorithm and 
the actual time for every athlete passing time control 3 is accumulated and stored 
in the vector ERROR(Value_Set), where Value_Set represent the actual value set 
used for the prognosis calculations (value combination in column 1 and 2 on row 

20 2). 

The Value_Set that has created the lowest accumulated absolute error 
value is selected as the optimum value set in the k(L, X) matrix for the next 
competition. 

If a higher precision is requested for the calibration, the above procedure 
25 is repeated over and over again with new value sets each time with more decimals 
in the interval from just below- and above the value set that has resulted in lowest 
accumulated error so far. 

If optimal value set has been calculated for similar competitions earlier, it 
is recommended to use the average value of optimized value sets during the next 
30 competition. 

Calibration of row nr 3 in the K(L, X) matrix 

For every new set of value combinations, the absolute difference between 
the prognosis time when the value-set is applied in the prognosis algorithm and 
35 the actual time for every athlete passing time control 4 is accumulated and stored 
in the vector ERROR(Value_Set), where Value_Set represent the actual value set 
used for the prognosis calculations (value combination in column 1 , 2 and 3 on 
row 3). 
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The Value_Set that has created the lowest accumulated absolute error 
value is selected as the optimum value set in the k(L, X) matrix for next competi- 
tion. 

If a higher precision is requested for the calibration, the above procedure 
5 is repeated over and over again with new value sets each time with more decimals 
in the interval from just below- and above the value set that has resulted in lowest 
accumulated error so far. 

If optimal value set has been calculated for similar competitions earlier, it 
is recommended to use the average value of optimized value sets during the next 
10 competition. 

Calibration of row nr4- in the K(L, X) matrix 

The same procedure as described for row 2-3 is repeated for all remaining 
rows in the K(L,X) matrix. For every new row, one more column is included in the 
is value set. 

Calibration of the sets of(A1, B1), (A2, B2) and (A3,B3) variables 

At the end of a competition, the prognosis for the time controls are calculated for 
all relevant athletes (everybody but the ones that passed the next latest time control before 
20 anybody has reached the latest time control) using value sets for the A and B sets ranging 

between (1.0, 0.0), (0.9, 0.1), (0.8, 0.2), (0.7, 0.3) (0.1, 0.9) and (0.0, 1.0). For every 

prognosis, a prognosjerror is calculated: 



25 



Prognos_Error(Athlete, N, A, B) = Time(N) - P(Athlete, N), 

Where: N identify actual time control for which the prognosis is made 
A represent the value of actual A1.A2 or A3 variable 
B represent the value of actual B1, B2 or B3 variable 

30 For every value set of (A, B) with resolution one decimal, the accumulated 

prognosis error is calculated: 



NMBJ 

Acc Prognos Error(B)= £ IPrognos Error(Athlete,FAB)| 

~ • F=1,A=A13=Br ~~ 



where 

F: Represent the actual time control number, N is theMotal number of 

time controls at the specific competition. 
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A: Represents the actual A-variable used for considering individual 

performance curb at the race. A range from A1 to AJ where J is 
the number of segments for which time controls are available at 
considered competitions 
5 B: Represents the actual B-variable used for considering individual 

performance curb at the race. B range from B1 to BJ where J is 
the number of segments for which time controls are available at 
considered competitions 

10 Comment : The sum is done by absolute values. That is every value is made posi- 
tive before the addition to the total sum. 

The value sets of (A1 , B1), (A2, B2) to (AJ, BJ) that generates the lowest 
Acc_Prognos_Error value is then used during the next competition. 
15 If higher resolution is required, the above procedure is repeated between 

the values below- and above the optimum value in step two decimals. If even 
higher resolution is required, the same procedure is repeated over- and over again 
each time with one more decimal. 

If several competitions have been performed, the proposed value of B is 
20 set to the average optimum value for each value set generated from the preceding 
competitions. 



Prognosis algorithms for golf tournaments 

In a preferred embodiment of the system 1 0 the distributed events can be 

25 a'gqlf tournament. For golf, the algorithm gets more complicated because larger competi- 
tions are played over four rounds, each with 1 8 golf holes. For this kind of tournaments, it is 
important to consider earlier results on each golf hole since some golfers are performing 
well on specific golf holes and performing worse on others. It is therefore necessary to con- 
sider the results on each hole AND calibrate with the actual progress during the actual 

30 round compared with the other players. 

Basic pre-conditions 

During a golf tournament, 2-4 players are grouped together to what is 
called a "ball". The balls starts one after another with about 6-10 minutes delay. 
35 This lead to that some balls has finished all 1 8 holes while others are starting the 
competition. Structurally, very similar with the case for sport where the result is 
measured by used time instead of by used shots on the ball. 
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A complexity with golf tournaments is the large number of different types 
of competitions and the usage of a handicap-system. 

The prognosis algorithm manages the handicap-factor by reducing the ap- 
plicable handicap for each player and golf hole based on the slope for the actual 
golf course when performed results for each golf-hole are collected. For the re- 
maining holes, the applicable handicap reduction for each hole is reduced for them 
as well making all computations based on net-results. If anyone would like to get 
the gross results presented, it is easily managed by adding the same handicap 
factor on each hole before the presentation is done. The applicable handicap is 
calculated on each hole by considering the player's actual handicap as well as the 
actual golf course slope factor, which is a table that calculates the real handicap 
for each player based on their individual handicap corrected by the level of the ac- 
tual golf course. 

When it comes to different types of golf competitions, a separate "software 
adaptor module" is created for each game type. The algorithm below is based on 
"stroke play". If for example "stableford competitions" is played instead, a linear 
transformation is done for both actual results on each hole as for the prognosis on 
the remaining holes presenting points- instead of used shots. Similar adaptation is 
created for other game types as for example "match play", "flag golf etc. 

Parameters & Definitions 

Actual player The player the prognosis is made for 

N Number of holes in the competition, which is 1 8 in this case. 

L Last hole reported for the actual player, L< N (if L = N, there 

is no need to calculate a prognosis for the actual player since 
the player has finished the competition / played all golf holes. 

J Number of holes for which a user (spectator- or player) would 

like to introduce "faked" results in order to get a prognosis of 
how the final result list probably will look like if the actual 
player really achieve the faked results. J can have values be- 
tween 1 (try out faked result for next hole) and N-L (try out 
faked results for all remaining golf holes in the competition). 

FScore(Player.M) Faked score for actual player on golf hole number M. 

FP(Player, M) Prognosis on hole M based on faked sub-results for actual 

player. M is a value between L+1 and N 

k(L, X) Adjustable matrix of weight factors for each golf hole prog- 

nosis calculation. L represents the last golf hole played/re- 
ported for the actual player for which a prognosis calculation 



WO 03/088584 



26 



PCT/SE03/00516 



is done. X identifies the variable value for each golf hole 
starting with the 1 st one and ending with the last one passed. 
A more detailed description of the k(.) matrix is described 
earlier regarding prognosis calculations for sports where the 
s result is measured by used time. The structure of k(.) is iden- 

tical for golf prognosis with the exception that time controls is 
replaced with golf holes. 

Prognosis for actual player for not yet played/reported golf 
hole M, M is a value equal or between L+1 to N 
Golf score at 1 st hole reported for actual player 
Golf score at 2 nd hole reported for actual player 



P(Player, M) 

10 Score(Player, 1) 
Score(Player, 2) 



15 Acore(Player, L) 
AScore(1) 

20 AScore(2) 



Last reported golf score for actual player. Last score reported 
for hole L. 

Average score for 1 st hole for players who have reported re- 
sults on hole M, M is the golf hole for which the prognosis is 
calculated for actual player. 

Average score for 2nd hole for players who have reported 
results on hole M, M is the golf hole for which the prognosis 
is calculated for actual player. 



25 . 



30 



AScore(M-l) 



Average score for the golf hole directly before golf hole M for 
players who have reported results on hole M, M is the golf 
hole for which the prognosis is calculated for actual player. 



Prognosis algorithm for remaining golf holes for actual player 

P(Player,L+1)=AScore(L+1)*|Zk(L I X)*Score(Player,X)/AScore(X)> 

The algorithm is iterative and adaptive. That mean that if a prognosis shall be calculated for 
40 a player two golf holes ahead, step one is to calculate the prognosis for the next golf hole. 
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When the prognosis Is calculated for the 2 nd golf hole ahead, the prognosis value for the 
next golf hole is used as the actual result performed for actual player on that hole in the al- 
gorithm. The AScore is always calculated for the Athletes that have played/reported result 
for the golf hole for which the prognosis is calculated. The same procedure is repeated until 
s the prognosis is calculated for the last golf hole. As always, when the actual Player has 
reached the next time control, all prognosis calculation for the remaining golf holes are re- 
calculated based on the real scores achieved so far instead of prognosis values. 

Selection of athletes to consider for the prognosis calculations 
10 Since the performance level can be very different between golf players in 

the same competition, a recommendation is that the prognosis algorithm considers 
only a sub-set of golf players with similar performance level compared with actual 
athlete at the golf holes played by actual athlete so far. For example the five golf 
players with most similar accumulated golf score compared with actual athlete, 
is When the prognosis algorithm is applied iterative for next golf hole, a new sub-set 
of golf players is selected with for example the five golf players with most similar 
accumulated golf scores compared with actual athlete for all golf holes played by 
actual athlete plus the next golf hole. The accumulated golf score for actual athlete 
is calculated as the real golf scores for the golf holes played plus the golf score 
20 prognosis for the hole not played yet. The same procedure is then repeated until 
the prognosis for the last golf hole has been calculated for actual athlete. 

Faked prognoses based on proposed results for actual player 

During a golf tournament, the athletes as well as the spectator's on- and 
25 off site can use the prognosis service. Both for the athletes and for the spectators, 
it is of interest to check-out how the likely end-result will change if the actual player 
creates a specific result on the golf hole played right now, the next hole etc. This 
knowledge can influence the player's strategy significantly. The calculation of this 
types of requests is described below. 

30 

Example - die user submit proposed results for next J holes 

The calculation below is based on that spectators- or players would like to 
investigate how proposed results on one- or several golf holes not yet played 
probably will impact the final result list for the competition. The prognosis calcula- 
35 tion for this case is described below: 

Collection of proposed sub-results for next hole/holes for actual player. 
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For X = 1 . J 

FSore(Player, L+X) = proposed result for hole L+X from user 
End 



5 If L+J = N 

In this case, the user has proposed faked results for all remaining golf 
holes in the competition. It is therefore not necessary to calculate any prognosis, 
only to present Leader Board for the competition with the accumulated result for 
the holes actual player has played and the faked results for the remaining golf 
10 holes together with the results (for players who has completed their golf round) 
and prognosis (for players that hasn't finished their golf round yet) for the other 
players. 



If L+J < N 

15 In this case, faked results have been proposed only for some of the re- 

maining golf holes for actual player. The prognosis calculation for the golf holes 
not played and for which faked result hasn't been provided is done as follows: 



fUJ 



FP(Player, L+J+1 ) =AScore(L+J+1)* 



Ek(L,X)*(Score(Player,X)/AScore(X)) 



IX=1 



If L+J+1 < N, then it is necessary to calculate prognosis for remaining golf 
25 holes. That is done by iterative usage of the above prognosis algorithm: 



FP(Player, L+J+2) =AScore(L+J+2)* 



L+J+1 



£ k(L,X)*(Score(Player,X)/AScore(X))| 

Lx-1 



If L+J+2<N, then it is necessary to apply the iterative prognosis algorithm 
again changing L+J+2 with L+J+3. If there is still missing prognosis values for any 
35 remaining golf hole, the algorithm is used over-and-over again until a prognosis 
has been calculated for all remaining golf holes. 



When prognosis is calculated for all remaining golf holes in the competition 
Accumulate actual results achieved for actual player with all faked results 
40 provided and prognosis results for remaining golf holes. The sum is then pre- 
sented on a "faked" Leader Board, which mean that actual players likely final result 
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if he/she really achieve the faked results presented with actual results/prognosis 
for all other players attending the competition. 



Calibration of the weight matrix k(L,X) 

5 Initially, the values at each column on same row of the k(L, X) matrix is in- 

creased linear with a specific value (the numerator is increased with the value 1) 
for every cell when X (index the columns) is stepped from 1 to L (see figure be- 
low). The reason for this is to give the relative performance change during later 
phases during the competition higher priority than the relative performance change 

10 earlier in the competition. 



r 



i 



1/3 2/3 

K(L,X)= 1/6 2/6 3/6 

1/10 2/10 3/10 4/10 

1/15 2/15 3/15 4/15 5/15 



For an 18 hole golf competition, the complete matrix has 17 rows and 17 
columns. 

15 After the competition is finished, it is recommended to try-out other values 

for the k(L,X) matrix using other gradient of the curb as well as exponential and 
1 /exponential curbs. 

The calibration algorithm is: 

Every row in the matrix represents the weight factors utilized for prognosis 
20 calculation for a specific golf hole. Row 1 for prognosis calculations for hole nr 2, 
row 2 for prognosis calculation for hole nr 3 etc. 

Calibration of row nr 1 in k(L,X) matrix 

No calibration since the row contains only one factor and that the sum of 
25 the factors always shall be exactly 1 for every row in the matrix. 

Calibration of row nr 2 in the K(L, X) matrix 

For every new set of value combinations, the absolute difference between 
the prognosis score when the value-set is applied in the prognosis algorithm and 
30 the actual score for every golf player at golf hole nr 3 is accumulated and stored in 
the vector ERRORA/alu.e.. SetL wh/we.Vai' ia..Selj>w»jfffot,thR art-eii^'-v^rcR* o, 
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used for the prognosis calculations (value combination in column 1 and 2 on row 

2). 

The Value_Set that has created the lowest accumulated absolute error 
value is selected as the optimum value set in the k(L, X) matrix for the next com- 
5 petition. 

If a higher precision is requested for the calibration, the above procedure 
is repeated over and over again with new value sets each time with more decimals 
in the interval from just below- and above the value set that has resulted in lowest 
accumulated error so far. 
io If optimal value set has been calculated for similar competitions earlier, it 

is recommended to use the average value of optimized value sets during the next 
competition. 

Calibration of row nr 3 in the K(L, X) matrix 

15 For every new set of value combinations, the absolute difference between 

the prognosis score when the value-set is applied in the prognosis algorithm and 
the actual score for every golf player at golf hole nr 4 is accumulated and stored in 
the vector ERROR(Value_Set), where Value_Set represent the actual value set 
used for the prognosis calculations (value combination in column 1, 2 and 3 on 

20 row 3). 

The Value_Set that has created the lowest accumulated absolute error 
value is selected as the optimum value set in the k(L, X) matrix for next competi- 
tion. 

If a higher precision is requested for the calibration, the above procedure 
25 is repeated over and over again with new value sets each time with more decimals 
in the interval from just below- and above the value set that has resulted in lowest 
accumulated error so far. 

If optimal value set has been calculated for similar competitions earlier, it 
is recommended to use the average value of optimized value sets during the next 
30 competition. 

Calibration of row nr4- in the K(L, X) matrix 

The same procedure as described for row 2-3 is repeated for all remaining 
rows in the K(L,X) matrix. For every new row, one more column is included in the 
35 value set. 
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10 



20 



Enhanced prognosis algorithm for golf tournaments played over several 
round on same golf course or for players for which statistics from earlier 
relevant competitions on the same golf course is available 

If result information is available from earlier golf rounds/competitions on 
the same golf course, the prognosis algorithm is enhanced utilizing the fact that 
each golf hole is individual and match different players physical- and mental abili- 
ties differently. Some players achieve well on some holes and others play well on 
others. The following algorithm describe how this information is utilized: 



P(Player,L+1)=Performance(Player,L+1)*AScore(L+1)^ 



r l 



Zk(L,X)*Score(Player,X) /AScore(X) 

X=1 / 



The Performance matrix is calculated based on earlier relevant results on 
actual golf course using the following algorithm: 



25 



30 



35 



40 



Rounds 

Performance(Player, X) = { E [ Score(Player, X, R) / Par (X) ] } * 

R=1 

Rounds, Holes 
Holes / { £ [ Score(Player,Y, R) / Par(Y) ] } 
R=1, Y=1 . 



where: 




Player 


Actual player the prognosis is calculated for 


X 


Golf hole the value is calculated for 


Y 


Variable that index the golf holes 


Holes 


Number of golf holes on the golf course used during the 




competition for which the prognosis is calculated 


R 


Variable that index earlier golf rounds for which the golf 




scores for actual player are available 


Rounds 


Number of earlier golf rounds for which the golf scores for 




actual player is available 


Score(Player, X, R) 


The golf score actual player has achieved on golf hole X 




during previous golf round R. 


Par(X) 


The "par* value for the actual golf hole 
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The definition of previous golf rounds on the golf course includes as many 
rounds completed during applicable time period. The definition of applicable time 
period require that the golf course has not been modified during the time period 
and that the players performance level has been "similar" during the time period. 
5 The handicap should for example not been changed more that for example 25% 
during the time period. 

Calculation of prognosis based on faked results on one or several holes for 
actual player 

io During a golf tournament, the athletes as well as the spectator's on- and 

off site can use the prognosis service. Both for the athletes and for the spectators, 
it is of interest to check-out how the likely end-result will change is a certain player 
creates a specific result on the golf hole played right now, the next hole etc. This 
knowledge can influence the player's strategy significantly. The calculation of 

15 these types of requests is described below. 

If the player has played- and reported earlier applicable golf rounds on the 
same golf course, the earlier presented algorithm for calculation of faked progno- 
sis for actual player becomes: 
20 Collection of proposed sub-results for next hole/holes for actual player: 

For X = 1 . J 

FSore(Player, L+X) = proposed result for hole L+X from user 
End 

25 

If L+J ■ N 

In this case, the user has proposed faked results for all remaining golf 
holes in the competition. It is therefore not necessary to calculate any prognosis, 
only to present Leader Board for the competition with the accumulated result for 
30 the holes actual player has played and the faked results for the remaining golf 
holes together with the results (for players who has completed their golf round) 
and prognosis (for players that hasn't finished their golf round yet) for the other 
players. 

35 If L+J < N 

In this case, faked results have been proposed only for some of the re- 
maining golf holes for actual player. The prognosis calculation for the golf holes 
not played and for which faked result hasn't been provided is done as follows: 
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FP(Player,L+J r +l)=Performance(Player,L+J+l)*AScore(L+J+l)* 

L+J 

- Ek(L,X)*(Score(Player,X)/AScore(X)) ► 



where Performance is calculated as above. 

If L+J+1 < N, then It is necessary to calculate prognosis for remaining golf 
15 holes. That is done by iterative usage of the above prognosis algorithm: 

FP(Player,L+J+2)=Performance(Player,L+J+2)*AScore(L+J+2)* 
l+j+1 

« Z k(L,X)*(Score(Player,X)/AScore(X)) - 

X=1 

25 

If L+J+2<N, then it is necessary to apply the iterative prognosis algorithm again 
changing L+J+2 with L+J+3. If there is still missing prognosis values for any re- 
maining golf hole, the algorithm is used over-and-over again until a prognosis has 
been calculated for all remaining golf holes. 

30 

When prognosis is calculated for all remaining golf holes in the competition 
Accumulate actual results achieved for actual player with all faked results 
provided and prognosis results for remaining golf holes. The sum is then pre- 
sented on a "faked" Leader Board, which mean that actual players likely final result 
35 if he/she really achieve the faked results presented compared with actual re- 
sults/prognosis for all other players attending the competition. 

Transformation of prognosis golf hole results with higher resolution than 
what is displayed on Leader Board 

40 The prognosis calculations generate normally golf hole prognosis results 

with a resolution of decimal numbers. The golf scores achieved is however always 
of type integers. The user of the prognosis service can therefore request the reso- 
lution (number of decimals) in the presented result. If a user request integer pres- 
entation (no decimals), the following algorithm is applied in order to generate as 

45 close prognosis value for each golf hole as possible and make sure the accumu- 
lated prognosis score become as close to the accumulated result from the progno- 
sis algorithm as possible for all remaining golf holes. 
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P(Player, L+1) 



PP(Player, L+1) 



Prognosis value for the first golf hole for which a prognosis 
is calculated for the actual player, i.e. the goif hole that di- 
rectly follows the last one played / reported. The prognosis 
is calculated with as many decimals that the organizer of 
the event requests. 

Prognosis presented to the user. The result is presented in 
integers (no decimals) 



10 



RO SUM 



Round Off Sum, this is the accumulated value of the round 
off made on all previous prognoses presented holes. 



First prognosis golfhoie 

If the decimal part of P(Player, L+1) < 0.5, PP(Player, L+1) = closest lower 
integer number to P(Player, L+1). In other case, PP(Player, L+1) = closest higher 
is integer number to P(Player, L+1 ). 



RO_SUM = P(Player, L+1) - PP(Player, L+1) 



20 2 nd prognosis golf hole 

If the decimal part of {RO_SUM + P(Player, L+2)} < 0.5, PP(Player, L+2) = closest 
lower integer number to {RO_SUM + P(Player, L+2)}. In other case, PP(Player, L+2) = 
closest higher integer number to {ROJSUM + P(Player, L+2)}. 

25 RO_SUM = {RO_SUM + P(Player, L+2)} - PP(Player, L+2) 

3 rd prognosis golfhoie 

The procedure for the 2 nd golf hole is then repeated for all reminding prog- 
nosis for actual player. The only difference is that (L+2) is exchanged to (L+3) for 
30 prognosis hole 3, (L+4) for prognosis hole 4 and so forth. 

Technical implementation of synchronized time measurement where the 
collection of time results is done from geographical distributed sensors trough a 
packet switching based IP network. The whole network- or part of it can be cellu- 
lar. The patent includes also the process of secure identification of sensors and 
35 data transmission of the time result data. 

The time measuring sensors are either mobile phones/computers with in- 
ternal clock, other kind of time measuring devices either connected to a mobile 
phone or computer with communication facilities or with own mobile communica- 
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tion module with ability to communicate by using packet-switched oriented net- 
works. 

Before the collection of measuring data, the event organizer specify the A- 
number and/or the IP-address for all communication devices that will distribute 
5 time result data to the computer that collect- and process the results before they 
are presented to the audience. 

Synchronization of time measurements from distributed sensors 

Before the time measurement begins, a sync-pulse is sent to each time 

10 measuring sensor through a circuit switched network, which can be either a fixed- 
or cellular network (se below figure). The absolute time is stored for each sensor 
when the sync pulse is transmitted. If the transmission of the sync pulse is based 
on broadcast transmission, the distributed sync pulse is of course sent at the same 
time to all sensors. When the sensors receive the sync pulse, the time measuring 

15 clock is read and the value transmitted back either trough a circuit- or packet 
switched network to the computer that distributed the sync pulse. For each sensor, 
a calibration value Delta(Sensor) is calculated as the difference between the time 
value returned from the sensor and the system clock time when the synchroniza- 
tion signal was distributed to the sensor. 

20 In figure 8 there is disclosed a flow chart of synchronization of time meas- 

urement data from distributed sensors. 

In order to achieve high security, the A-number and/or IP address is for 
the sensor is verified before the received data is accepted and the correction Delta 
are calculated. For very high security, userJD and password or even digital certifi- 

25 cated is used in the same way as described earlier. 

The procedure is repeated for all sensors used in the competition. If the 
Send_Time_Request signal is sent through a broadcast channel, ifs enough to 
make one transmission of the signal to calibrate the received clock values from all 
sensors. Every sensor distributes back the measured time when the sync pulse 

30 was received. 

When a sensor detects a clock value for an athlete, the value is trans- 
ferred to the display process. Before the value is displayed, the correction value 
Delta for the actual sensor is subtracted from the measured value (see figure be- 
low). 

35 In figure 9 there is disclosed a flow chart for correction of measured time 

results before presentation. 

In order to secure correct data, a control that the sensor has valid A- 
number and IP address is made before the measured data is accepted and the 
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correction calculated. During the check, a parity check is made based on the ac- 
tual protocol used during the transmission in order to verify that the time value has 
not been disturbed during the transmission. 

In figure 2 there is disclosed a flow chart of a method fro providing re- 

5 suits/information and prognosis in real time from geographically distributed events. 
The method is performed with the aid of a system comprising a number of wireless 

communication devices 12i 12„ (see figure 1), at least one of which is located 

at each geographically distributed event. The method begins at block 30. At block 
32 the method continues with the step: with the aid of said wireless communication 

10 devices, to transmit results/information to at least one control means. The method 
continues at block 34 with the step: to store said results/information in a first mem- 
ory system connected to said at least one control means. The next step, at block 
36, is to, based on said results/information, calculate a prognosis of an outcome of 
said events with the aid of a recursive algorithm. The method continues at block 

15 38 with the step: to store said prognosis in a second memory system connected to 
said at least one control means. The next step, at block 40, is to transmit said re- 
sults/information and/or prognosis to users of the system via a mobile or fixed 
network. The method is completed at block 42. 

In figure 4 there is disclosed the principle with distributed servers, data- 

20 bases and modem pools for different regions and network connection types. 

In figure 5 there is disclosed the principle for data storage in the distributed 
databases in order to be able to manage data transmission/collection of sport re- 
sults and games & gaming information to/from very large number of users during 
the very short time periods required especially by the interactive games & gaming 

25 applications. In this example, all necessary data for gamblers is stored in each 
partition of the database where the partitions are based on actual tip during last in- 
teractive session. This database structure makes it possible to distribute tip- 
requests directly to the gamblers that made the correct tip during last game ses- 
sion (called approved gamblers) without wasting time running through selection 

30 analysis in order to identify which gamblers actually are approved. It is only to se- 
lect the right partition at all distributed databases. Since the user-specific informa- 
tion that shall be presented to these approved gamblers when the request for a 
new tip is made is already pre-processed, even more valuable time is saved. Fig- 
ure 13-16 describes this through sequence diagrams. It is however possible to 

35 avoid duplicate storage of redundant information by using references from each 
database partition to gambler specific data instead of storing the same data at 
several partitions. 
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In figure 6 there is disclosed a table illustrating the prognosis calculation 
The prognosis calculation compares the progress between every pair of time con- 
trols for the actual athlete (B in this example) and the athlete/athletes that has 
passed the time control for which the prognosis is calculated (time control 6 - the 

5 Goal which only athlete A has passed in this example). Each of the comparison 
results is multiplied with a weight factor k(,). The comparison results represents 
the actual tendency between actual athlete (B in this example) and the ath- 
lete/athletes passed next time control (A in this example) for every pair of time 
controls passed so far. By multiplying the "tendency" sum with the mean time be- 

10 tween the next- and previous passed time controls (time control 6 and 5 in this ex- 
ample) for the athletes who has passed the next time control (only athlete A in this 
example) generates the prognosis time for actual athlete (B in this example) be- 
tween the time control for which the prognosis is calculated (time control 6 in this 
example) and the preceding time control (time control 5 in this example). By add- 

15 ing the used time for actual athlete (athlete B in this example) from start to time 
control 5 with the prognosis time for actual athlete between time control 5 and 6, 
the absolute prognosis time reaching time control 6 for actual athlete B is gener- 
ated. 

The correlation is calculated for each pair of part time controls both A and 

20 B in this example has passed. By using weight factors for all time controls, the al- 
gorithm makes it possible to give higher priority to the correlation between the ath- 
letes at the later part of the race. By using this information, the algorithm estimate 
the time for athlete B from time control 5 to the goal by a calculation assuming the 
tendency between the athletes progress will remain during the last part of the race. 

25 In figure 7 there is disclosed a track with time controls. In this example is 

the number of time controls N=7, where the last time control is at the finish line. 

In figure 3 there is disclosed a schematic diagram of some computer pro- 
gram products according to the present invention. There is disclosed n different 
digital computers 100i 100 n , wherein n is an integer. There is also disclosed n 

30 different computer program products 1 02 1 1 02„, here shown in the form of 

compact discs. The different computer program products 102^ .... 102 n are directly 
loadable into the internal memory of the n different digital computers 100i, ... , 
100„. Each computer program product 102i, .... 102„ comprises software code 
portions for performing some or all the steps of figure 2 when the produces) 102i, 

35 . . . , 1 02 n is/are run on said computers) 1 0d , . . . , 1 00 n . Said computer program 
products 102! 102„ can e. g. be in the form of floppy disks, RAM disks, mag- 
netic tapes, opto magnetical disks or ay other suitable products. 
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The invention is not limited to the embodiments described in the foregoing. 
It will be obvious that many different modifications are possible within the scope of 
the following claims. 
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CLAIMS 

1. A system operable to manage and provide results-, prognosis and games 
& gaming information in real time for geographically distributed sport events, 

5 wherein said system comprises a number of wireless communication devices, 
each of which is identified with a unique identification code and at least one lo- 
cated at each geographically distributed event, for transmitting results/information 
to at least one control means, which is connected to a first memory system for 
storing said results/information, a to said at least one control means and to said 

10 memory system connected computing means operable to, based on said re- 
sults/information, calculate a prognosis with the aid of an iterative and adaptive al- 
gorithm, a to said computing means connected second memory system for storing 
said prognosis, wherein said second memory means is connected to said at least 
one control means which in turn transmit said results/information and/or prognosis 

15 and/or request for tips to users of said system via mobile or fixed networks. 

2. A system operable manage and provide results-, prognosis and games & 
gaming information in real time from geographically distributed events according to 
Claim 1 , characterized in that each memory system comprises a number of geo- 

20 graphically distributed databases. 

3. A system operable to manage and provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 1 or Claim 2, characterized in that said system also comprises different 

25 types of geographically distributed sensors operable to collect different types of in- 
formation from said geographically distributed events. 

4. A system operable manage and provide results-, prognosis and games & 
gaming information in real time from geographically distributed events according to 

30 Claim 3, characterized in that one type of sensor is a time measuring sensor, and 
in that an internal clock of an individual sensor is calibrated through a circuit 
switched synchronization pulse. 

5. A system operable to manage and provide results-, prognosis and games 
35 & gaming information in real time from geographically distributed events according 

to Claim 3 or Claim 4, characterized in that one type of sensor can be a biometric 
sensor. 
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6. A system operable to manage and provide results-, prognosis arid games 
& gaming information in real time from geographically distributed events according 
to any one of Claims 1 - 5, characterized in that said identification code is based 
on A-number and/or IP-address and/or individual device identification code. 

7. A system operable to manage and provide results-, prognosis and games 
& gaming information real time from geographically distributed events according to 
Claim 6, characterized in that said A-number and/or IP-address and/or individual 
device identification code is combined with user and password identification. 

8. A system operable to manage and provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 6, characterized in that said A-number and/or IP-address and/or individ- 
ual device identification code is combined with user and password identification or 
electronic certificate. 

9. A system operable to manage and provide results-, prognosis and games 
& gaming information in real time from geographically distribute events according 
to any one of Claims 1 - 8, characterized in that said distributed events are sport 
events where the performance is measured by used time, and in that said iterative 
and adaptive algorithm for calculating a prognosis can be expressed as: 

P (Athlete, L+1) =Time (Athlete, L) + ATime (L+1) * Z{k (L, X)* Time (Athlete. X)/ATime(X)}, 

x=1 

wherein N is the number of time controls in the competition; L is the number of the 
last time control the athlete in question has passed; k (L, S) is an adjustable matrix 
of variables for each time control prognosis calculation; P (Athlete, M) is the prog- 
nosis for the athlete in question at.time control M, wherein M is an integer and L + 
1 £M < N; Time(Athlete, L) is measured time between the last time control (L) the 
athlete in question has passed and the preceding one, and ATime (M) is the aver- 
age time between time control M and the preceding time control for athletes who 
has passed time control M. 

10. A system operable to manage and provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 9, characterized in that the initial values of the matrix k (L, X) us calcu- 
lated using the following algorithm: 
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k(L,X)=y'«Zy 

wherein L is the number of the time control last passed by the athlete for which the 
prognosis is calculated, X is the number of time controls for which the tendency is 
calculated between the athlete in question and all other athletes that has passed 
10 the time control for which the prognosis is calculated (L + 1). 

11. A system operable to manage and provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to any one of Claims 9-10, characterized in that said recursive algorithm for 

is calculating a prognosis is complemented with individual weighting factors for each 
athlete, wherein said weighting factors are based on the athletes individual per- 
formance characteristics during similar races. 

12. . A system operable to manage and provide results-, prognosis and games 
20 & gaming information in real time from geographically distributed events according 

to Claim 11, characterized in that said computing means calibrates said k (L, X) 
matrix and said weighting factors after a competition/race is finished. 

13. A system operable to manage and provide results-, prognosis and games 
25 & gaming information in real time from geographically distributed events according 

to any one of Claims 1-8, characterized in that said distributed events is a golf 
tournament, and in that said recursive algorithm for calculating a prognosis can be 
expressed as: 

' L 

Zk (L, X) * Score (Player, X)/AScore (X) 

X=1 



P (Player, L + 1 ) = AScore (L + 1 )*< 



wherein N is the number of holes in a competition; L is the last hole reported for 
35 the player in question; k (L, X) is an adjustable matrix of variables for each golf 
hole prognosis calculation, and AScore (Player, L) is last reported golf score for 
the player in question for hole L. 

14. A system operable to manage and provide results-, prognosis and games 
40 & gaming information in real time from geographically distributed events according 
to Claim 13, characterized in that said computing means calibrates said k (L, X) 
matrix after the competition is finished. 
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15. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events with the 
aid of a system comprising a number of wireless communication devices, at least 
on of which is located at each geographically distributed event, wherein said 
5 method comprises the steps of: 

- with the aid of said wireless communication devices, to transmit re- 
sults/information to at lest one control means; 

- to store said results/information in a first memory means connected to said at 
least one control means; 

10 - to, based on said results/information, calculate a prognosis of an outcome of said 
events with the aid of an iterative and adaptive algorithm; 

- to store said prognosis in a second memory means connected to said at least 
one co troll means; and 

- to transmit said results/information and/or prognosis to users of said system via a 
15 mobile or fixed network. 

16. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 1 5, characterized in that each memory system comprises a number of 

20 geographically distributed databases, wherein said storing steps consists of: 

- to store said results/information in said first databases; and 

- to store said prognosis in said second databases. 

17. A method for management and to provide results-, prognosis and games 
25 & gaming information in real time from geographically distributed events according 

to Claim 15 or Claim 16, characterized in that said system also comprises differ- 
ent types of geographically distributed sensors, wherein the method also com- 
prises the steps: 

- said sensors collects different types of information from said geographically dis- 
30 tributed events; and 

- to send said collected information to said at least one control means. 

18. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 

35 to Claim 17, characterized in that one type of sensor is a time measuring sensor, 
and in that said method also comprises the step: 

- to calibrate an internal clock of an individual time measuring sensor through a 
circuit switched synchronization pulse. 
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19. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 17 or Claim 18, characterized in that one type of sensor is a biometric 

5 sensor. 

20. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to any one of Claims 15-19, characterized in that each wireless communication 

10 device is identified with a unique identification code based on A-number and/or IP- 
address and/or individual device identification code. 

21 . A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 

is to Claim 20, characterized in that said A-number and/or IP-address and/or indi- 
vidual device identification code is combined with user id and password identifica- 
tion and/or electronic certificate. 

22. A method for management and to provide results-, prognosis and games 
20 & gaming information in real time from geographically distributed events according 

to any one of Claims 15 - 21, characterized in that said distributed events are 
sport events where the performance is measured by used time, and in that said 
calculation step is performed by: 

- calculating said prognosis by using the iterative and adaptive algorithm: 

P (Athlete,L+1) = I/Time (Athlete, X)+ ATime (L+1) * S{k (L, X)* Time (Athlete, X)/ATime(X)} 

wherein N is the number of time controls in the competition; L is the number of the 
last time control the athlete in question has passed; k (L, S) is an adjustable matrix 

30 of variables for each time control prognosis calculation; P (Athlete, M) is the prog- 
nosis for the athlete in question at time control M, wherein M is an integer and L + 
1 £ M £ N; Time(Athlete, L) is measured time between the last time control (L) the 
athlete in question has passed and the preceding one, and ATime (M) is the aver- 
age time between time control M and the preceding time control for athletes who 

35 has passed time control M. 
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23. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 22, characterized in that said method also comprises the step: 
- to calculate the initial values of the matrix k (L, X) according to the following algo- 
5 rithm: 




wherein L is the number of the time control last passed by the athlete for which the 
15 prognosis is calculated, X is the number of time controls for which the tendency is 
calculated between the athlete in question and all other athletes that has passed 
the time control for which the prognosis is calculated (L + 1). 

24. A method for management and to provide results-, prognosis and games 
20 & gaming information in real time from geographically distributed events according 

to any one of Claims 22 - 23, characterized in that said recursive algorithm for 
calculating a prognosis is complemented with individual weighting factors for each 
athlete, wherein said weighting factors are based on the athletes individual per- 
formance characteristics during similar races. 

25 

25. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to Claim 24, characterized in that said method also comprises the step: 

- with the aid of said computing means, to calibrate said k (L, X) matrix and said 
30 weighting factors after a competition/race is finished . 

26. A method for management and to provide results-, prognosis and games 
& gaming information in real time from geographically distributed events according 
to any one of Claims 15-21, characterized in that said distributed events are a 

35 golf tournament an in that said calculation step is performed by: 

- calculating said prognosis by using the iterative and adaptive algorithm: 

L 

P (Player, L+1 ) = AScore (L+1 ) * £{k (L, X) * Score (Player, X)/AScore(X)} 

x=1 

wherein N is the number of holes in a competition; L is the last hole reported for 
45 the player in question; k (L, X) is an adjustable matrix of variables for each golf 
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hole prognosis calculation; and AScore (Player, L) is last reported golf score for 
the player in question for hole L. 

27. A method for management and to provide results-, prognosis and games 
5 & gaming information in real time from geographically distributed events according 
to Claim 26, characterized in that said method also comprises the step: 
- with the aid of said computing means, to calibrate said k (L, X) matrix after the 
competition is finished. 

10 28. At least one computer program product <102i, .... 1 02 n ), directly loadable 
into the internal memory of at least one digital computer (100i 100 n ), compris- 
ing software code portions for performing the steps of Claim 14 when said at least 

one product (102i 102„) is/are run on said at least one computer (100i, .... 

100 n ). 
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